職場好榜樣F大
F 對我來說是設計的前輩，在他入職後，我才有在設計上有比較大幅度的進步
不過在他身上我收穫最多的反而不是設計硬實力，而是工作態度與跟客戶應對的方式
他讓我知道，我們設計師或者產品經理，其實很多時候都是扮演著心理諮商的角色
在推進產品開發上線的路上，主要工作是管理、設計，次要工作是同理安撫情緒

了解做設計系統的優缺點之後，更進一步的就是要知道有哪些項目要做了
其實在網路上也已經有蠻多設計師分享的資源
其中還有人彙整 checklist
方便給打勾勾控核對
Figma(線上設計協作平台)的開源資料中，也有人整理上面網頁的項目
(不過我對了一下有漏，大家要使用的話，可以再自己補上漏的項目)

整體來說就分四個大塊
1.設計語言
品牌、Logo、Guidelines

2.Design Token
其實我不太了解這部分該怎麼翻譯跟他核心概念
不過在 checklist裡面是這樣敘述的

Variables that store values for the base layer of your design system,like colour and typography. They’re used in components, so changes on this level will resonate throughout the whole system.
在設計系統中最基礎的設計變數，像是顏色、文字排版，它們會被應用在設計元件上，所以當它們有任何改變的時候影響層面會擴及整個設計系統

我的理解是，有點類似「原子設計」的概念，把最小的東西定義出來，再進而組合擴充
可以參考：Adobe spectrum

3.核心元件
這邊林林總總有好多元件，之後就打算練習把各項元件都實作一次
包含常見的按鈕、文字輸入框、輪播器等等
想知道詳細的元件可以看一下 checklist

4.管理
看 checklist 可以發現他最後一部分是工具
不過，對我來說，後續的管理會是很重要的一部分，工具反而是做之前就會知道的，所以這邊把它替換掉

實務上的工作經驗小故事

在執行專案時，有時候視專案大小不一定會由同一個人從頭負責到尾，那要怎麼樣讓接手的人在最快的時間內了解專案細節呢？之前實習曾觀察過一個很優秀的PM，他所有會議都會有文件紀錄，有些更進一步有些會有錄音、螢幕錄影(當然視客戶同意與否)，文件紀錄內容也很詳盡，若有不清楚的會議中或會議後也會馬上確認，這些資料也會以清楚的命名跟分類放在大家可以取得的地方

所以後來我在初次接觸專案管理的時候，幾乎可以說是把他處理事情的方式(我有觀察到的)整套複製下來，這個對我幫助真的很大！

雖然有些文件大家不見得會去看，但沒有的時候的確會造成一些困擾，所以在時間、能力許可的情況下，還是會建議大家都寫好寫滿，若有爭議發生時也有個依據。

Day 4 End